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[57] ABSTRACT 

An email chent invokes a DocObject-enabled mail note to 
display an email message and related features of the user 
interface. The mail note, which is a DocObject container, 
creates a DocObject server by invoking a DocObject- 
enabled word processor. The mail note provides a view port 
in which the word processor displays and edits the body of 
the email message. The word processor provides its format- 
ting and editing features in the context of the mail note. OLE 
menu merging provides both email and word processing 
interoperability while editing the message. Programming 
interfaces between the mail note and the word processor 
allow the mail note to translate message data back and forth 
between the word processor's format and the format 
imposed by the email client. This ensures that messages 
created with the word pra/fcessor can be read by other email 
clients. f 

40 Claims, 9 Drawing Sheets 
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SYSTEM AND METHOD FOR IN-PLACE documents for transmissioD via electronic mail. Such a 

EDITING OF AN ELECTRONIC MAIL system should provide sophisticated formatting and editing 

MESSAGE USING A SEPARATE PROGRAM options in the context of the emaH environment and should 

TECHNICAL FIELD provide message data in a format that is compatible with 

5 downlevel email clients. 

The present invention relates to a system and method for 

handling electronic mail (email), and more particularly SUMMARY OF THE INVENTION 

relates to a system and method for utilizing a separate ^ . . . o . . 

program to edit and display an email message in the context ^ The£ps£nt mvention satisfies the above^d^cri^^ 

of an email client. by employmg a contamer ob iect a nda^rvcrobiect to 

di splay an epiail me5;.'^ ap;e^The container object provides a 

BACKGROUND OF THE INVENTION vi ew port in which the server ofi iect renders the TOTiT the 

In the past there has been a tremendous difference email messa p,e. This allows all of the formattmg and editin g 

between the formatting options available for electronic mail fe atures ot the server object to be applied to the body"ofThe 

(email) and those available for printed documents. Email e mail message. The container object provides controls a^ - 

messages were generally restricted to the transmission of ci ated with both an email proaram (the email client) and the 

simple text and rehed on formatting conventions that traced server object, a nd serves as the interface between the serve r 

their history back to teletypes. For example, emoticons such o Qect anitT hremaircii ent. The cont ainer object _transla £s 

as :-), abbreviations such as <G>, and suggested formatting t he message data between the format usej^ to store thrSat a 

such as _underline_ and *bold* were the only way to in the message store ana the tbrma_t_.used^ b v the 

express emotion or to draw emphasis within simple text o bject. The container object easures^thaOomiaJtiti g^d 

messages. a ttachments rendered by the serycr__obiect ars -piopgrlv 

While email^s formatting options have remained fairly tfanslated so TEanEc resulting email tneS^age is compatible 

basic, the formatting options and editing features provided w^tb-eUist. emftU ^Us ots.^ 

by full power word processors have dramatically increased. ^5 For example, the present invention allows a user to edit or 

With a full powered word processor, tho user is able to apply vi ew an email message item from an emajTelfent-pfe gfaHh. 

a wide variety of styles and formatting options. In addition Tne e mail client invokes a mail note (the contamer otjiject); 

to the richer formatting, full powered word processors wh icn provides an email-related user in terlace . ipe con^ 

provide powerful editing features, such as background spell tainef ob ject also provides a view port or tramTfo T^yigWing 

checking and automatic correction of common typographi- and ^editing the contents of an e mail messagerinste^d^of 

cal errors. Full powered word processors also allow users to impl ementintr text editing or wotU pmcb JW>iuK functiuua lity 

create increasingly sophisticated and complex documents in T Ee mail note or email client, tbe m ajTnote" allows a 

that include drawing objects, text colored with a highlighter, sejarate^ full -featur ed word processor pro gram (thcserver 

borders, shading, tables, and special bullets. o bject) to display and edit the message"t trtfae-vicw-port 

As the popularity of email has increased, three changes 35 provided by the mail note. Th is allows thcHgerto-cditlind 

have taken place. First, some software publishers have view^^emaii pie^^a g e^ n^ni^ ihiv. ja44^ f^g- £nvirnn mftnt-anH 

added some rich text capabilities to the email program. for matting capabilities of the full-featurcd'wor9~p rDcessing 

Although this approach allowed a user to change the for- progFa m. The mail note provides the interface betwcnTth e 

matting used in an email message, it required users to edit w ^d processor and .the_data structtire (or messag e storeTin 

email messages in an environment that was different than the which the messag e data is stored. This data structure m u sf^ 

word processor they were accustomed to. In addition, the C bmpatiPie wittiTEe email client. wDich is responsibl e_for 

rich text email programs simply do not possess the broad s ending a nd receiving message items, 

array of features common to sophisticated word processors. in one aspect, ttie present mventlOft provides a m ethod for 

A second approach has been to add some email capabili- opcra Tiug d t^Ollldiuti uUJe^i to Display a message ite m, 

tics to word processing programs. Although this simplified which \^ b tUieU iu a llibssage store. iTie container obje ct is 

the process of sending a message that was created by the invoked by an email application program (the email client) 

word processor, it presented several drawbacks. First, the in response to input from a user. The container object 

recipient of the message needed to have a compatible word retrieves header data and body data from the message store, 

processor in order to read the message. Second, the editing and creates a server object associated with a program 
environment is disconnected from the email environment. 50 module, such as a word processor. The program module is 

Third, this approach does not make it easier to read incom- operative for rendering the body data. The container object 

ing email from various sources. Fourth, this approach does provides the body data to the program module and displays 

not facilitate sending file attachments to plain text or basic a mail note that includes a comma nd regio n, a header region 

rich text (downlevel) email clients. and a body region. The commana region mcludes commands 

Finally, a third approach has been one in which users have 55 associated with both the co ntainer ob jecLaadjhe program 

decided to use a full power word processor for authoring module. The header region Includes atTcast a p ortion of the 

sophisticated and complex documents, and then use email header data. The body region includes at least a portion of 

for distribution. This requires the user to work in the word the body data as re ndered by the program modul e, 

processing context to create and edit the document. When In an other aspect, the container object re trieves from the 
the document is complete, the user must switch to the email eo message store attachment data associated"wiTh -tfae-'message 

program, create a new message, and include the word item. The attachment data is provided to the progra m 

processor document as an attachment. Although email is an module and is displayea in tne body region. The atlachrnent 

effective mechanism for transporting documents, handling data is displayed by the program module in association with 

attachments requires several additional steps on the part of the body data. 

both the sender and the recipient of the message. 55 in another aspect, the present invention provides a method 

llierefore, there is a need in the art for an efiicient, for operating a container object to edit a message item, llie 

intuitive system that allows users to create sophisticated container object is invoked by an email client application in 
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response to input from a user. The container object creates 
a server object associated with a program module and 
displays a mail note that includes a command region, a 
header region and a body region. The command region 
includes commands associated with both the container 
object and the program module and the body region includes 
body data rendered by the program module. The container 
object extracts the body data from the program module and 
forms a message item that includes a header and a body, 
which includes body data. The message item is then trans- 
mitted to the intended recipient. 

More particularly described, the message includes an 
attachment list. ITie container object displays the attachment 
data in the body region, with the attachment data being 
rendered by the program module in association with the 
body data. The attachment data is extracted from the pro- 
gram module and stored in the attachment list portion of the 
message item. In some cases, formatting codes included in 
the body data are removed prior to storing the body data in 
the message item. Similarly, the program module may be 
provided with template identification data corresponding to 
formatting to be applied to the body data. 

The various aspects of the present invention may be more 
clearly understood and appreciated from a review of the 
following detailed description of the disclosed embodiments 
and by reference to the appended drawings and claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a computer system that 
provides the operating environment for an exemplary 
embodiment of the present invention. 

FIG. 2 is a block diagram illustrating the interface 
between a computer's input/output devices, an operating 
system, and an application program. 

FIG. 3 illustrates a compound document in a word pro- 
cessing document frame. 

FIG. 4 illustrates a document object container embodied 
in an email note. 

FIGS. Sa and Sh illustrate the components that are 
included on server and container sides of a Document Object 
(DocObject) interface in accordance with an embodiment of 
the present invention. 

FIG. 6 is a flow diagram illustrating a method for invok- 
ing a DocObject server in accordance with an embodiment 
of the present invention. 

FIG. 7 is a diagram of portions of the MAPI messaging 
architecture. 

FIGS. 8fl and Sb illustrate the features of the user interface 
provided by an email client in accordance with an embodi- 
ment of the present invention, 

FIG. 9 Ls a diagram illustrating the interaction between an 
email client and a word processing program. 

FIG, 10 is a diagram illustrating the interaction between 
an email client, a DocObject-enabled mail note, and a 
DocObject server in accordance with an embodiment of the 
present invention. 

FIG. 11 is a diagram illustrating the MAPI format for 
storing email message data. 

FIG. 12 is a flow diagram illustrating a method for reading 
a sent mail message in accordance with an embodiment of 
the present invention. 

FIG. 13 is a flow diagram illustrating a method for editing 
and sending a new mail message in accordance with an 
embodiment of the present invention. 
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DETAILED DESCRIPTION 

T hcj^rescnt invention is directed to an improved system 
a nd "method for editing and^ saewiBg-an-email-^naessage. 

^ Generallv described^ a n embodiment of the ^resen t inve n- 
(lon em ploys a Document Object -enabled mail note or form 
to provide a Document Objec t container with an emaS - 
T glated user interface iVl\ and a v f^y^'^nrt nr framft for 
viewm g and editing the contents of an email messa ge. 
Inst gao ot implen ni gn'^"ff editing or word processing 
fii'n ctTonality in the mail note itself, the mail nole all^WS^ 
se parate, hiil-i'eatiired word processing program to d i^tflaV 
and edit t he email message in the view port provided by the 
mail-nPte. I he mai l note then extracts ihc message daia^from 
the word processo r and reformats the data to comply with 
the format ttiq juired bv th^ p-mai'l client prn^ rarp. This allows 
the Ti ser to edit and view email messages usinj?^the eH^iti ng 
env ironment and f^^"^^t tin p ; ^ap''>^iii'tinr nf fhn full f^itnr pH 
word pr ocessing progra m, while also providing messa ges 
that are compatible with various types of email clients. 

Those skilled in the art wifl a pp*"^^^^^^^- ^'' r ' n ^X^m prhry 
e mbodifflciiL 01 ihe pres ent invention relics on and incor po - 
rateS'several co mmon teature!^ of modem personal co mput- 
er&,-^ ft-OTdgno^rovide a sufficient background for an 

25 embodiment of the present invention, it is useful to first 

— tfeettss-a-varreiy ot topics, including an exem plary operating 
systemf^tn e UDject Linking and Embcddmg (ULi iJ and 
Documt^t Object ( DocObject) interfaces, and the Mess ag- 
ing Application Programming Interface (MAPI). An exem- 
plarv embodime nt of the p rese nt invention wiu De described 
after each of these components is brieny discUSSed." 

Although exemplary embodiments ot tne pfesent-inven- 
tion will be generally described in the context of an oper- 
ating system and programs running on a personal computer, 

35 those skilled in the art will recognize that the present 
invention also can be implemented in conjunction with other 
program modules for other types of computers. Furthermore, 
those skilled in the art will recognize that the present 
invention may be implemented in a stand-alone or in a 

40 distributed computing environment. In a distributed com- 
puting environment, program modules may be physically 
located in different local and remote memory storage 
devices, Fvpf-ntinr] r^^ *W( p "^fvam mo dules may occur 
local l y in a slamFalone manner or remoieiyji] -A cHti!lt/Ke? Ve r 

45 matSier. Examples of such distributed computing env iron- 

mentft-TTT^hifl^. Innal araa netw orks of an office, enterpri se - 

wide €(5mputer networks, and the g lobal Internet. 

TEe detailed description that follows is represented 
largely in*tGF ma uf piumsbcs dud symb o li c - to pf&seiUalions 
50 oi-upcidtiuiib by co nvenuonat computer components, 
includicg-a-pfoceiyiing unit, memory storage'devices for the 
processin g unit, d isplay devices, and jjppnt devices. 
Furthenflore. these processes a nd operations may utilize 
conventional computer components in a heterogeneous dis- 
ss tributed computing environment, including remote file 
servers, remote compute servers, and remote memory stor- 
age devices. Each of these conventional distributed comput- 
ing components is accessible by the processing unit via a 
communications network. 
60 The processes and operations performed by the computer 
include the manipulation of signals by a processing unit or 
remote server and the maintenance of these signals within 
data structures resident in one or more of the local or remote 
memory storage devices. Such data structures impose a 
65 physical organization upon the collection of data stored 
within a memory storage device and represent specific 
electrical or magnetic elements. These symbolic represen- 



09/21/2003, EAST version: 1.04.0000 



5,818,447 

5 6 

tations are the means used by those skilled in the art of art will recognize that in this client/server configuration, the 

computer programming and computer construction to most reifi ote computer n may tunction as a file server or compute 

effectively convey teachings and discoveries to others se rver. 

skilled in the art. Xhe personal computer 10 includes a processing unit 14, 
For the purposes of this discussion, a process is generally 5 such as the 80486 or "PENTIUM" microprocessors manu- 

conceived to be a sequence of computer-executed steps factored by Intel Corporation of Santa Clara, Calif. The 

leading to a desired result. These steps generally require personal computer also includes system memory 15 

physical manipulations of physical quantities. Usually, (including read only memory (ROM) 16 and random access 

though not necessarily, these quantities take the form of memory (RAM) 17), which is connected to the processing 
electrical, magnetic, or optical signals capable of being ^0 unit 14 by a system bus 18. The computer 10 utilizes a BIOS 

stored, transferred, combined, compared, or otherwise 19, which is stored in ROM 16. Those skilled in the art will 

manipulated. It is conventional for those skilled in the art to recognize that the BIOS 19 is a set of basic routines that 

refer to these signals as bits, bytes, words, data, objects, helps to transfer information between elements within the 

properties, tags, types, identifiers, values, elements, personal computer 10. Those skilled in the art will also 
symbols, characters, terms, numbers, points, records, 15 appreciate that the present invention may be implemented on 

messages, images, files, documents, or the like. It should be computers having other architectures, such as computers 

kept in mind, however, that these and similar terms shotild that do not use a BIOS, and those that utihze other 

be associated with appropriate physical quantities for com- microprocessors, such as the "MIPS" or "POWER PC 

puter operations, and that these terms are merely conven- families of microprocessors from Silicon Graphics and 
tional labels applied to physical quantities that exist within 20 Motorola, respectively. 

and during operation of the computer. Within the personal computer 10, a local hard disk drive 

It should also be understood that mani pulations within th e 20 is connected to the system bus 18 via a hard disk drive 

co mpuler arc 61tCH tferi^u'tld lu lU terms such as adding . interface 21. A floppy disk drive 22, which is used to read or 

comparing, receiving, sendi ng, transmitting, replying, etc . write a floppy disk 23, is connected to the system bus 18 via 

whicn are otten associated with ma nual operations per- a floppy disk drive interface 24. A CD-ROM drive 25, which 

formed t?y a human operator. The operauons described is used to read a CD-ROM disk 26, is connected to the 

here in are machine operations pertormed in conmnctio n system bus 18 via a CD-ROM interface 27. A user enters 

\ yith various input provided by a human operator or user that commands and information into the personal computer 10 

interac ts with the compute r. by using input devices, such as a keyboard 28 and/or 

I n addition, it should be understood that the program s, pointing device, such as a mouse 29, which are connected to 

processe s, methods, etc. described herein are not relatgd or the system bus 18 via a serial port interface 30. Other types 

limit ed to any particular computer or apparatus, nor are the y of pointing devices (not shown in FIG. 1) include track pads, 

rela Ted or limited to any particular communication networ k track balls, pens, head trackers, data gloves and other 

ai gEitecture. Rather, various types of general purpose devices suitable for positioning a cursor on a computer 

m'achi nes may be u sed with p rogi'^m modules constructed in monitor 31. The monitor 31 or other kind of display device 

ac cordance with the teachings described herein. Similarly, i t is connected to the system bus 18 via a video adapter 32. 

m ay prove adv antageous to construct a specialized apparat us The remote computer 11 in this networked environment is 

to"^ perform the metliod steps described herein by way of connected to a remote memory storage device 33. ITiis 

d edicated computer syst ems in a specific network architec- remote memory storage device 33 is typically a large capac- 
tu fe with hard-wir ed logic or progratttti a tored in honvolatiTe " ity device such as a hard disk drive, CD-ROM drive, 

me mory, such as read only memory. magneto-optical drive or the like. The personal computer 10 
R eferring n nw m the drawin^ fi , in which lilrw niixmuials- IS connected to the remote computer 11 by a network 

rep resent like elements throughout the sftv^r^l fimirt^ f:^ interface 34, which is used to communicate over the local 
asp ects of the present invention and the an exemplary 45 area network 12. 

operat ing environmenta l! be described. ^ As shown in FIG. 1, the personal computer 10 is also 

. _ . connected to the remote computer 11 by a modem 35, which 

TT^e Operatmfi Environmep t communicate over the wide area network 13, such 

FI GS. 1-7 illustrate various aspects of a computing env i- as the Internet. The modem 35 is connected to the system 
ro iimcnt in wh ich the present invention is designed to 50 bus 18 via the serial port interface 30. The modem 35 also 

ope rate. ThoscsIalleg'iTrthraft will immediately appreciate can be connected to the public switched telephone network 

thatT lGS. 1-7 a nd the as sociated discussion arc intended to (PSTN) or community antenna television (CATV) network, 

provi de a brict, gcil^ral description ot various compuT er Although illustrated in FIG. 1 as external to the personal 

ha rdware, program modules, and interface s ^ and thatadd i- computer 10, those of ordinary skill in the art will quickly 
tional information is readily available in the appropria te 55 recognize that the modem 35 may also be intemal to the 

program ming manuals, user^s guides, an ^ ffimilar pnhiiVa- personal computer 11, thus communicating directly via the 

tionsT system bus 18. It is important to note that coimection to the 

• ~ remote computer 11 via both the local area network 12 and 

The Computer Hardware the wide area network 13 is not required, but merely 

FIG. 1 illustrates a conventional personal mmpnter^ lO 60 illustrates alternative methods of providing a communica- 

suitab leTbr supporting the operation of an epihndiment^n f tion path between the personal computer 10 and the remote 

thT' present inventio n M ' i ho^vn in R^f ii 1, thft pftrn rrn nl computer U. 

computer 10 operates in a networked cn vimnni^nt with Although other internal components of the personal com- 

logic ahconnections 10 a remote computer 11. The logica l puter 10 are not shown, those of ordinary skill in the art will 
con nections between the personal computer 10 and^ he 65 appreciate that such components and the interconnection 

remote c omputer 11 a re represented hy a l ocal area netw ork between Ihem are well known. Accordingly, additional 

12 and a widj^area network 13 Thncp of nrHinary cifiii in ihp details concerning the internal construction of the personal 
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computer 10 need not be disclosed in connection with the perform the steps required to accomplish various tasks, such 

present invention. as displaying text on the monitor 31 (FIG. 1) or printing text 

Those skilled in the art will understand that program attached printer (not shown). Generally described 

modules such as an operating system 36, application pro- (^^^ reference to FIG. 2), the appUcalion program ^la 

grams 37, and data are provided to the personal computer 10 5 communicates with the operating system 36 by caUing 

via computer-readable media. In the computer 10, the Predefined foncUons provided by the operatmg system 36. 

computer-readable media include the local or remote opttzXxng system 36 responds by providing the 

memory storage devices, which may include the local hard requested mformation in a message or by executing the 

disk drive 20, floppy disk 23, CD-ROM 26, RAM 17, ROM requested task. 

16, and the remote memory storage device 33. In the ^0 The OLE and DocObject Interfaces 

personal computer 10, the local hard disk drive 20 is used to xhe "WINDOWS 95" and "WINDOWS NT' operating 

store data and programs, mcluding the operating system and ^^^^^^^ g^pport Microsoft Corporation's Object Linking 

programs, llie application programs 37 may mclude word Embedding (OLE) and Document Object (DocObject) 

processing programs and email programs, such as those interfaces. Both OLE and DocObject support a variety of 

discussed in the context of an embodiment of the present 15 ^ppi^^^^^^^ programming interfaces (APIs) that simplify the 

mvention. interaction between program modules. 

The Operating System ^ ^ technology that enables developers to create 

extensible application programs that operate across multiple 
FIG. 2 is a simplified block diagram illustrating the platforms. OLE-enabled applications allow users to manipu- 
interaction between the computer hardware 200, an exem- late information in an intuitive manner, using an environ- 
plary operating system 36, and an application program 37a. ment that is more "document-centric" and less "application- 
Referring now to both FIGS. 1 and 2, when the personal centric." Users can create compound documents with data, 
computer 10 is turned on or reset, the Basic Input/Output or objects, of different formats, and focus directly on the data 
System (BIOS) 19, which is stored in the ROM 16, instructs rather than on the application programs responsible for the 
the processing unit 14 to load the operating system 36 from data. The data can be embedded within the document, or 
the hard disk drive 20 into the RAM 17. Once the operating linked to it, so that only a reference to the data is stored in 
system 36 is loaded into RAM 17, the processing unit 14 the document. 

executes the operating system 36 and causes the visual OLE facilitates application integration by defining a set of 

elements associated with the user interface of the operating st andardJnlerfaccs. wbicb are grouo ings of semanticallv- 

system 36 to be displayed on the monitor 31. rektedju nctions through w hich o ne program modM e 

The operating system 36, in conjunction with the BIOS 19 ac cesses the services ot anotner. ULH is an-wcn-systenTm 

(FIG. 1) and associated device drivers, provides the basic th e sense that any application progra m can provide an 

interface between the computer's resources, the user, and the im plemenfatinn nf a HefinR^ ^ intertace and any app lication 

application program 37fl. The operating system 36 interprets 35 pm^m can use it A ppUcation programs cain either taKe 

and carries out instructions issued by the user. For example, af^vanta ge nf hin]t-fp functiQnaUtv_provided by OLE^oTW S 

when the user wants to load an application program 37^, to fljorjophoo it 00 boct cuits-lbcic-aeeds. ~* 

such as a word processing program, the operating system 36 'T he set of OLE services can be viewed as a two tie r 

interprets the instruction (e.g., double clicking on the appli- hierarchy. The lower level contains mtrastructu re services, 

cation program's icon) and causes the processing imit 14 to 40 T hese arc basic services that p rovid e the means b y whic h 

load the program code into RAM 17 from either the local fe atures can be implemented and used The infrastructure 

hard disk drive 20, floppy disk 23, CD-ROM 26, or the se rvices include interface negotiat ion, memory 

remote memory storage device 33. Once the application m anagement, error and status reportiHgTlflt^ rngess 

program 37^ is loaded into the RAM 17, it is executed by the ccSmmunication, structured stora ge, and data tranSer Th e 

processing unit 14. In case of large programs, the processing 45 u pper level ol the ULH Kt;rv J^kLJiiiuarckv-pyvviarj^.app 

unit 14 loads various portions of program modules into ti< 5n features, which arc th e services that benefit the end user. 

RAM 17 as needed. The se include comtround document rri^nagementrin-p lace 

'ITie preferred embodiment of the present invention is activatio n, programmability, an d drag and drop operations, 

represented by the "MICROSOFT EXCHANGE" email "OCE's interfaces provide the standara-foTcomponent 

client and the "MICROSOFT WORD" word processing 50 o biect"interaction._l£acn -intertace-Contams.arset'of:functions 

program, which forms a part of the "MICROSOFT that d efines a contract between the object implementing the 

OFFICE" suite of program modules. The "MICROSOFT inlcgac c and the client usin g irTh TaiihVract'inclu'd es'thc 

WORD" word processor and the "MICROSOFT namcof the interface, t he function names, and the paramet er 

EXCHANGE" email client are designed to operate in con- namci! Arid t ypes'. Under this contr act, the object must 

junction with Microsoft Corporation's "WINDOWS 95" or 55 implgrn cnTall ot the functions definedlnr7TTa rinT?frf^CTr! 

"WINDOWS NT" operating systems. However, it should be the"implementations must conform to^econtract. 

understood that the invention can readily be implemented by names are prefixed with either "I" or "lOle ." 

program modules for use with other operating systems, such Int erfaces that begin with "IQle" provide services relating to 

as Microsoft Corporation's "WINDOWS 3.1" operating compound docu ment manage ment. Those that begin with 

system, IBM Corporation's "OS/2" operating system, and go "I ^p rovide se mces that arc more m nature. ' F b? 

the operatmg system used in "MACINTOSH" computers example, lOleObject contains methods used by a client of an 

manufactured by Apple Computer, Inc. emb edd ed ur linked compound document obiect. lOleUbie cr 

The operating system 36 provides a variety of functions, iii' impleme nted and used only bv applications that partici-^ 

services, and interfaces that allow an application program patcr jp comp" ""^ '^o ciim''nt manafy ^mfnt- T f>ataOhjfrt» 

37fl to easily deal with various types of input/output (1/0). 65 howev er, contains methods that a re ii .sed hy all app liraiipn^ 

ITiis allows the application program 37fl to issue relatively 'ITiese meth ods provide the^ msans^ which dat a of any type 

simple function calls that cause the operating system 36 to is transferred. 
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OLE supports the provision of a "compound document," 
which is a container object that contains a "linked" object or 
an "embedded" object. The difference between linked and 
embedded objects has to do with where the actual source 
data associated with the object is stored. This affects the 5 
object's portability, it method of activation and the size of 
the compound document. 

When anoH^d^i** linked j thr,_ source data continues to 
resi de wBereverit >va<: imti»]y rreatef1,^^ bich may be at 
another point in the document or in another, document 
altogethe f. Only a reference, or unK, to the Objecfisrke pt 
within tlie compound document. Li nking is efficient and 
minimyoi Mm si/.e ul' tlic compound document. Changes 
made to' the source ire automatically retlectea iil any cum- 
pound, dnru m pnt t ti nt has a link to the source object. Fr om 15 
the u'^er Vpoint nf vifWj n li i ilir i l ii bjn 'l ii ppP i ir ' i It t Ir ;yhn11y 
contained witte 'tht; ducumeiU. ^ 

With at Lembedded object, a cop y of the original object is 
physically stored in the compound document, along with all 
of the information needed to manage that object. As a result, 
the object becomes a physical part of the document. A 
compound document containing an embedded object will be 
larger than one containing the same objects as links. 
However, embedding offers advantages that offeet the larger 
storage requirement. For example, compound objects with 
embedded objects can be transferred to another computer 
and edited there. 

Embedded objects can be edited, or activated in place. 
This means that all maintenance of the object can be done 
without leaving the compound document. In order to edit the 
embedded object, the object must be explicitly activated or 
opened by performing an action such as double-clicking on 
the object's icon. This results in the object being displayed 
in a separate window with the user interface provided by the 
application program that created the object. The object is 
said to become in-place active (i.e., it is editable), and UI 
active (i.e., it displays the user interface associated with the 
application program that created the embedded object). 

OLE includes the concepts of native and foreign frames, 
A fraimLis aJjoUUdary thiit bounds or franies a v leWportTand 
m ay inclu^ menus, toolbars, status bars and The like.^ 
native fram e is a frame pro duce d by the application program 
tha t created or is associated with the object whose view^s 
beinp displavfid inside the frame. An example ot a nat ive 45 
fr ame is a word processing frame in which a view ot a wo rd 
processing dnciimqpt is d isplayed. With a foreign, frame, the 
f rame is produce d by an apphcation program that is not 
assnciat^d with tKe object whfts^ vlew is beln^ dispja yed^in 
th e frame. An example of a foreign frame is a word 
p rocessing document trame in wnictTianrig mbedded-sprc'ad- 
sheeto hject is being displa yed ._EIG^3 lillustr ates a word 
processinp; dociifnent framp. 300. The frame jSO ^ incluae s 
text 305 and an embedded graphics ob ject 3.10. 

In summary, OLE allows objects to be embedded in a 55 
compound document, which is displayed in a container or 
frame. Generally, the embedded document is displayed in 
the container in what is referred to as object view. The 
container controls the appearance of the page and the layout 
of headers, footers, end notes, etc. The embedded object has go 
no control over these aspects of the page. The container also 
controls the amount of space that is allocated to the embed- 
ded object for displaying its pictorial representation. 

Some of the limitations associated with displaying an 
embedded object in a compound document are addressed by 65 
Microsoft Corporation's Document Object, or DocObject, 
technology. DocObject is an OLE 2.0 interface built on top 
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of OLE and facilitates displaying an object in a "document 
view** instead of an "object view." The DocObject interface 
logically partitions a "view** of a document object from a 
"frame" in which the document object is displayed. The 
frame specifies the location and dimensions of a view port 
to which the document object is to display a view. The 
document view controls the page model and the dimensions 
of what is displayed within the view port. 

In the DocObject interface, a graphical representation of 
a document object includes a view frame component and a 
view component. The view frame component provides space 
for menus, toolbars, etc. The view frame component also 
provides a view port, which is also referred to as a frame, for 
the document view of the document object. The document 
view can display itself with rulers, scroll bars, etc. 

Tliese DocObject components are illustrated in FIG. 4, 
which depicts a message view 400 for an email message. 
The document view 400 includes a view frame component 
405, which includes a header 410 and a view port 415. The 
header 410 displays menus, toolbars, and other features of 
the user interface. The view port 415 is used to display a 
view of a document 420. 

A number of logical components are involved in imple- 
menting the DocObject interface. These components follow 
the client/server model, wherein a client (or DocObject 
container) requests service from a DocObject server. FIG. Sa 
illustrates the components that are included on the server 
side of a DocObject interface. The server side includes a 
document 500 and a view 505. The document 500 and the 
view 505 may be included in a single object or may 
constitute separate objects. The lines and circles that extend 
from the document 500 and view 505 specify the interfaces 
that are supported by each logical component. In FIG. Sa^ 
the IMsoDocumenl and IMsoView interfaces are part of the 
DocObject interface. The remaining interfaces are part of 
OLE 2.0. 

FIG. 5b illustrates the logical components that form the 
client side of the DocObject interface. The logical compo- 
nents include a frame 550, a document container 555, a 
document site 560, and a view site 565. The frame 550 
provides the frame for the document object. The document 
container 555 is the container that stores the document 
object. The document site 560 serves as the site for the 
embedded document object. ITie view site 565 provides a 
site on the client for the view 505 (FIG. Sa). llie view in the 
view site 565 supports interfaces that enable a view 505 to 
communicate with the document container 555. The inter- 
faces supported by the client side components are illustrated 
in FIG. 56. The IMsoDocumentSite interface is part of the 
DocObject interface. The remaining interfaces are part of 
OLE 2.0. 

Referring still to FIGS. Sa and Sb, the interfaces will be 
briefly described. The document 500 supports at least three 
standard OLE interfaces, including IPersistStoragc, 
IDataobject, and lOleObject. The IPersistStorage interface is 
the interface through which the document container 555 
communicates with the document 500 regarding storage. 
The IDataobject interface allows data to be passed to and 
from the document 500. The I Ole Object interface is the 
primary interface though wtiich an embedded object pro- 
vides function ahty to its container. 

The IMsoDocument interface, which is also supported by 
the document 500, is specific to the DocObject interface. An 
object cannot act as a document object unless it support this 
interface. ITie IMsoDocument interface includes three func- 
tions. The Create View Q function is called to create a new 
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view or to load a previously saved view. The GetDocMisc- FIG. 6 is a flow chart illustrating an exemplary method 

Status 0 function is used to retrieve miscellaneous informa- 60O that is carried out in order to display a document view 

tion about a document object. The EnumView Q function of a document object in a view port provided by a foreign 

enumerates the views that are provided for the document frame. The method 600 will be described in conjunction 
object. 5 with components illustrated in FIGS. 5a and 5£>. The method 

The view 505 supports the OLE's standard lOlelnPla- 600 begins at step 605 and proceeds to step 610. At step 610, 

ceObject and lOlelnPlaceActiveObject interfaces. The the document container 555, which contains the document 

lOlelnPlaceObject interface is used primarily to allow a object 500, calls the Create View Q function in the IMsoD- 

container to communicate with its contained object, and ocument interface instance that is provided by the document 
includes functions for deactivating the object and its asso- lo object 500. 

ciated user interface. The lOlelnPlaceActiveObject interface At step 610 the document object 500 creates the view or 

provides an interface for the top level container to commu- loads the view in accordance with the parameters of the 

nicate with currently active objects. Create View Q function call and returns a pointer to a 

The view 505 also supports the IMsoView interface, memory location for the view 505. 
which is specific to the DocObject interface. The IMsoView At step 620 the document container 555 calls the Show or 

interface includes the functions that facilitate the behavior of UlActiveQ functions in the instance of the IMsoView inter- 

the view, which is logically partitioned from the frame in face that is provided by the view object 505. At step 625 the 

which it is displayed. The IMsoView interface includes 13 view object 505 displays the view in the view port that is 

functions. The Set InPlaceSite Q function establishes the specified by the parameters that are passed to the view 

in-place site that encapsulates the view port and the frame object. The method 600 terminates at step 630. 
context of the view port. The GetlnPlaceSite Q function p^om the foregoing brief description, it should be appre- 

returns the current in-place site for the view. The GetDocu- ^.j^ted OLE and DocObject, like other APIs, are quite 

ment Q function returns the document that is associated with complex and provide a wide variety of services that aUow 

the view. The SetRect Q function sets the rectangular program modules to easily interface with each other. For 

coordinates of the view point in the cUent coordinates of the ^^.^ comprehensive information regarding OLE and 

view window. The GetRect Q function returns the rectan- DocObject, the reader may refer to any of a variety of 

gular coordinates of the view port m the client coordmates publications, including the "OLE 2 Programmer's 

of the view wmdow. The SetRectComplex Q function sets Reference," published by Microsoft Press, and the "OLE 

the rectangular coordinates of the view port scroll bars and Document Object Specification," published by Microsoft 
size box. The Show 0 function is called to show or hide the ■'^ Corporation 
view. The UIActivateQ function is called to UI activate or 

deactivate the view, llie Open Q function asks a view to The MAPI Messaging Architecture 

display itself in a native window. The Close 0 function is ^ „ . „u j- ^ c*u * ■ *• 

„ . ,1 r« In ar^ ^Yemn ary emhndi ment of the present invention. lhe 

called to close a view and release its site pointer. The -'T^I^T " . — j j • 1. c r . 

o A/ .o. . /\ XI • . • . DocObiect con tainer is provided in the form of a mail note 

SaveViewState Q ninction saves the current view state into ■'^ ,cT- TT t — t'' — — ? — : — ™ — 

, L .u 1* * * • that IS used to send and receive em ail message. A significant 

a stream that is passes by the client to the view. The ' — t .r — 7-^ -r-r — : = ? 

A 1 . ^ £L 1- -1 J • por tion 01 the mail note s activit y invol ves in teractmg with 

Apply viewState () function apphes a previously saved view rr— 7: — ' r — — ' r — I^lT Ti^n ,^7*/>>t^ 

. • -ri i^i /\ c. . ■ an email client application program, such as "MICROSOFT 

state to a view. The Clone () function creates a new view r firr^Lj axt^^ij h i < ■ — . r-rr- 1 

. . . . y .1. • . J .1. EXCHANGE. In an exemplary embodiment, tlie operating 

having a same view context as the view that provides the z 1 11 _ -■ m _ 

f u * u j-ff * • * 40 sy^ m supports, and ih e email client co m0lle5 with, the- 

function but has a different view port. * 1- = — k — 7^~T — ni — = — i~: — f~7rrrfTrY^w 

^ Messaging Apphcation Program ming Interface (MAPI)TThe 

Refernng still to HGS. 5a and Sb, the interfaces imple--'-'-KM>i architecture is des ianed to mak e it easy for program- 

mented by the client side components will now be described. mers to write messaiing-enabled appTKanonTtfiat-aPETHd^- 

The frame 550 supports the standard OLE lOlelnPlace- ^ naen l ot the under lying messaging sy stem ..jg AElIlSro- 

Frame interface. Its functions allow the insertion, removal, yj des high-level functions that caTTITliSTtoimp lement 

and manipulation of menus for the frame. The mterface also sophisticated m essaging features with a relatively~^ll 

includes functions for displaying text on a status Une or for aiflS unt ot cod e. Th e code deals only with functions 15r 

enabhng or disabhng modeless dialogs. ^ ndmg, receivmg, and addressing messages. The underlf - 

The document container 555 supports the standard OLE ing messaging system is completely transparent. MAPI also 

lOleContainer interface. This interface provides the ability provides other message-related fiinctionality , such asaccgss 

to enumerate objects in a container and to keep a container to ^ddlfiSS-hooks. 

running in the absence of other reasons for it to continue FIG. 7 illustrates por tions of the modula^^rchi^ 

runnmg. defined ^ MAPI. A cfielll applicatiuu 700 is an applicad on 

The document site 560 supports the DocObject specific prog ram that take advantage of the MAPI subsystem 70 5. 
IMsoDocumentSite interface, which includes only one func- 55 T he MAPI subsystem 705 is made up nf a MART sp nnler. a 

tion. 'ITie ActivateMe Q function is used to activate the co mnaon user interface, and programming interfacc sTThe 

document object 50. The fiinction calls the Create View Q Mv gPI spooler is a separate interface that is respopsigirfo r 

function in the IMsoDocument interface for all views the sen' HIng messages to and receivmg messages from a mcs - 

document wants to show. sa^i n^ system, llie common user interlace is a se t ot dialog 

The document site 560 also supports the standard OLE 60 boxe s that gives client applications a consistent lo'diirand 

lOleClientSite interface. This is the primary interface by users a consistent way to pertorm t asks. ^ 
which an object requests services from its container. T he' program minp ; inte rfaces are used bv the MAPI sub - 

The view site 565 supports the standard OLE lOlelnPlac- s ystem 705, by a clie nt application 700, and by service 

eSite interface. This interface includes a number of functions provi der y /rher^ Thp main pi^^ p^iaiiitllhlg lill^rface_Js, a'h 
that allow an in-place active object to communicate with its 65 nhj^t-ha.sefl in !erf;^ cc_ known as the MAPI programm ing 

immediate container. 'ITie view 505 communicates with the interf ace, which is based on the OLE Component Obj ect 

view site 565 via functions in the lOlelnPlaceSite interface. Modjl 



09/21/2003, EAST version: 1.04.0000 



5,8ia 

13 

The MAPI spooler is a separate process within the MAPI 
subsystem 705 and is responsible for sending messages to 
and receiving message from a messaging system. The 
spooler runs as a background process and also performs 
several functions related to messaging distribution. These 5 
include informing a client application when a new message 
has been delivered, invoking message preprocessing and 
post processing, generating reports that indicate that mes- 
sage delivery has occurred, and maintaining status on pro- 
cessed recipients. 

MAPI service providers are located between MAPI sub- 
system 705 and the messaging system (not shown). Service 
providers are drivers that connect MAPI client applications 
700 to an underlying messaging system. Most messaging 
systems include three types of service providers: message 
store providers 710, address book or directory providers 
715, and message transport providers 720. The service 
providers work with MAPI to create and send messages in 
the following way. Messages are created using a form 745 
that is appropriate for the specific type, or class, of message. 
The completed message is addressed to one or more recipi- 20 
ents. When the client sends the message, the message store 
provider 710 checks that each recipient has a unique and 
valid address and that the message has all of the information 
necessary for transmission. If there is a question about a 
recipient, such as can occur when there are multiple recipi- 25 
ents with the same name, an address book provider resolves 
the ambiguity. The message in then placed in the outbound 
queue. 

Address book providers 720 handle access to directory 
information. Depending on the type of recipient and the 30 
address book provider, there is a wide range of information 
that can be made available. For example, all address book 
providers 720 typically store a recipient *s name, address, 
and address type and organize the data using one or more 
containers. MAPI integrates all the information supplied by 35 
the installed address book providers into a single address 
book, thereby presenting a unified view to the client apph- 
cation. 

Message store providers 710 handle the storage and 
retrieval of messages and other information for the users of 40 
client application. Ilie message information is organized 
using a hierarchical system known as a message store, which 
is implemented in multiple levels, with containers called 
folders holding messages of different types. 

Transport providers 715 handle message transmission and 45 
reception. "Iliey control the interaction between the MAPI 
spooler and the underlying messaging system . They also 
implement security if necessary and take care of any pre- 
processing and post-processing tasks that are required. Cli- 
ent applications 700 communicate with the transport pro- 50 
viders 715 through a message store provider 710. When an 
incoming message is delected, the transport provider 715 
informs the MAPI spooler and the message is delivered to 
the appropriate message store. To handle outgoing 
messages, the message store moves the message to the 55 
outbound queue, informs the MAPI spooler, and the spooler 
transfers it to the appropriate transport providers. 

Qient application users can access a summary view of the 
messages contained within each folder or view the messages 
individually using a form 745. Whether the client displays a 60 
standard form supplied by MAPI or a custom form supplied 
by a form developer depends on the type, or class, of the 
message. Messages are the units of data transferred from one 
user to another. Every message contains some text, which is 
formatted simply or more intricately depending on the form 65 
that is used, and envelope information that is used for 
transmission. 
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In the MAPI environment, a form or note is a viewer for 
a message. Each message has a message class that deter- 
mines the particular form or note that is used as its viewer. 
MAPI defines a few messages classes and has implemented 
the forms for viewing these messages. Client application 
developers can create new message classes and custom 
forms for viewing messages with the new classes. 

Every custom form implements a set of standard menu 
commands (e.g., open, create, delete, reply, and forward) 
and a set of commands that are specific to that particular 
form. The MAPI form architecture involves three main 
components: a form registry provider 725, a form server 
730, and a form viewer 735. 

The form registry provider 725 maintains a library of 
information about all of the forms available on the computer 
and enables the client to select a form that is suitable for the 
message being displayed. Form data is stored in a form 
registry 740, which is stored in one of the computer's 
memory storage devices. The form server 730 is responsible 
for displaying the form and providing the information for the 
display. The form server manages the user's interaction with 
the form by interpreting the menu selections and processing 
the messages. The form viewer 735 is a component within 
a client application that contains the display and presents it 
to the user. 

From the foregoing, it will be appreciated that MAPI 
provides a wide variety of features and functions in addition 
to those included in the brief description presented above. 
For additional information regarding MAPI, the reader may 
refer to the MAPI documentation, entitled Messaging Appli- 
cation Programming Interface (MAPI) version 1.0, which is 
pubhshed by Microsoft Corporation, and which is incorpo- 
rated herein by reference. 

An Exemplary System For Editing An Email 
Message 

As mentioned above, the preferred embodiment of the 
present invention is utihzed in conjunction with the 
"MICROSOFT EXCHANGE" email client and the 
"MICROSOFT WORD" word processing program, which 
forms a part of the "MICROSOtT OFFICE" suite of pro- 
gram modules. The "MICROSOFT WORD" word processor 
and the "MICROSOFT EXCHANGE" email client are 
designed to operate in conjunction with Microsoft Corpo- 
ration's "WINDOWS 95" or "WINDOWS NT' operating 
systems. 

The present invention, is directed to an improved system 
and method for in-place editing and viewing of an electronic 
mail message using a separate program. Generally 
described, an embodiment of the present invention employs 
a DocObject-enabled mail note or form to provide a DocOb- 
ject container with an email-related user interface (UI) and 
a view port or frame for viewing and editing the contents of 
an email message. Instead of implementing text editing or 
word processing functionality in the mail note itself, the mail 
note allows a separate, full-featured word processing pro- 
gram to display and edit the message in the view port 
provided by the mail note. ITiis allows the user to edit and 
view email messages using the editing environment and 
formatting capabilities of the full-featured word processing 
program. 

To understand the advantages and operation of present 
invention, it is helpful to discuss how email messages are 
viewed in conjunction with an email client such as 
"MlCROSOFf EXCHANGE." FIGS. Sa and Sb illustrate 
the features of the user interface provided by an email client 
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and associated mail note. FIG. Sa illustrates a user interface 
for a list view, which includes three regions. The first region 
800 includes a menu bar and toolbar for displaying com- 
mands associated with the email client. The second region 
805 displays folder icons, which arc associated with groups 
of messages in the MAPI message store. Folder icons 
represent folders, which contain message items. A folder can 
be selected to obtain a view of a list of the message items in 
the folder. A third region 810 displays a list of the message 
items included in a selected folder 815. 

When the user selects and opens one of the messages in 
the third region 810, the email client displays the message in 
the context of a form, or mail note 850, which is illustrated 
in FIG. 8fe. The mail note 850 provides the framework for 
viewing the MAPI message data associated with the selected 
message. The mail note 850 includes four regions. A first 
region 855 provides a menu bar. A second region 860 
provides a toolbar. A third region 865 provides message 
addressing information. A fourth region 870 displays the 
body of the message. The email client will also cause a mail 
note 850 to be displayed when the user creates a new 
message or views a previously stored message. 

FIG. 9 illustrates the interaction between prior art email 
clients and word processing programs. In FIG. 9, the email 
client 900 employs a mail note 905 to display the contents 
of a message in the MAPI message store (not shown). The 
email client employs send and read mail notes, which are 
used to edit and display unsent messages and sent messages, 
respectively. Those skilled in the art will appreciate that send 
mail notes include editable fields and are optimized to 
display new messages. Similarly, read mail notes are opti- 
mized to display sent or existing messages. The email chent 
includes default, or standard, mail notes that may be used to 
view and edit messages. The user may install other mail 
notes or forms, including custom fonms. 

In the system of FIG. 9, the mail note 905 is responsible 
for formatting and displaying the text of the message. In the 
case of some email clients, the formatting is limited to plain 
text. Other email clients and mail notes provide some level 
of rich text formatting (RTF), which allows the user to use 
a variety of formatting features. Regardless of the type of 
mail note used in the prior art, the user's fiill powered word 
processor 910 is not directly involved in the process of edit 
and viewing email messages. Although the word processor 
910 could be used to create formatted documents that were 
attached to the email message, or to compose a message that 
was then pasted into the email message (subject to the 
formatting capabilities of the mail note), the user could not 
use the full powered word processor 910 to edit and send an 
email message in the context of the mail note. An example 
of a full powered word processor 910 is the "MICROSOFT 
WORD" application program. 

FIG. 10 illustrates an exemplary embodiment of the 
present invention. In thLs embodiment, the email client's 
default send and read mail notes have been replaced with 
DocObject-enabled send and read mail notes 1005. The 
DocObject-enabled mail note is a DocObject container that 
provides a view port or frame that allows the DocObject- 
enabled word processor 1010 (or DocObject server) to 
display and edit an email message in the view port provided 
by the mail note 1005. In other words, the mail note 1005 
and word processor 1010 utilize the OLE and DocObject 
interfaces to allow the word processor 1010 to display a 
document object in a view port provided by the mail note 
1005. In addition to the OLE and DocObject interfaces, the 
preferred embodiment of the present invention defines three 
new interfaces, including IMsoMailSite, IMsoFormSite, and 



IMsoMailEditor, which are described below. In order to 
distinguish a DocObject-enabled mail note 1005 from the 
standard email client mail note 905, the DocObject-enabled 
mail note will be referred to as a "container mail note." 
5 Although the send and receive container mail notes replace 
the email clients standard mail notes, none of the other 
installed forms are affected. An example of a suitable 
DocObject-enabled word processor 1010 is version 7.0 of 
the "MICROSOFT WORD" application program. 

The container mail note continues to provide the user with 
email-related commands and functionality. The container 
mail note provides the MAPI functionality associated with 
handling the disposition of messages (e.g., send, reply, 
forward, etc.) and the exchange of data between the MAPI 
message store and the container mail note. The word 

■^^ processor, which is the DocObject server, provides word 
processing commands and functionality and exchanges data 
with the container mail note. The email and word processing 
commands displayed to the user are merged via the OLE 
menu merging functions. This provides the user with imme- 

20 diate access to menus and toolbars associated with both the 
email client and the word processor. 

Although using a full powered word processor in the 
context of a container mail note provides improved editing 
and formatting capabilities, those skilled in the art will 

25 understand that messages created in the word processor's 
native format must be compatible with a variety of email 
clients. The message format is defined by the email chent. In 
an exemplary embodiment, the email chent complies with 
the MAPI s^iecification. "Fhe MAPI format ensures the 

3Q interoperabihty between an embodiment of the present 
invention, a prior art rich text mail client, and other mail 
clients and gateways. This is particularly important with 
respect to an attachment. For example, a word processor 
may create a compound document in which the attached files 

35 are embedded in the document. This type of attachment 
handling is incompatible with MAPI, which requires that 
attachments be stored separately at the end of the message. 

In order to comply with the MAPI format, messages are 
saved in three parts, which are illustrated in FIG. 11. The 

40 mail message 1100 includes a header portion 1105, a body 
portion 1110, and an attachments portion 1115. ITie header 
portion 1105 includes standard MAPI header information. 
The body portion 1110 includes both RTF and plain text 
versions of the text that forms the message body. The RTF 

45 version of the message includes data stream 1125, which 
includes ASCII characters (c.^, c^, etc.) and special charac- 
ters (spi, sp2, etc.). The plain text version of the message 
includes data stream 1130, which includes only ASCII 
characters (Cj, c^, etc.). The attachments portion 1115 con- 

50 tains all of the mail attachments and their character positions 
in the body of the text. Other objects, such as graphics, may 
be included in the message body. Objects of this type may 
be treated like attachments and inserted into the text data 
stream when a message is opened. In some cases, graphics 

55 objects may be part of the RTF data. 

The RTF data is a gracefully degrading system of for- 
matting that uses keywords. RTF is also a format that may 
be emitted by the preferred word processor 1010. Some 
elements of the preferred word processor's formatting are 

60 supported by RTF, while others are not. The manner in 
which RTF files are read allows the reading word processor 
or text editor to omit unknown formatting keys. This allows 
the message to be rendered to the best fidelity of the client 
appUcation while unsupported keywords are harmlessly 

65 dropped. 

Although the RTF text can be read by a variety of rich text 
readers, the message 1100 also includes a plain text copy of 
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the message. The plain text stream allows downlevel clients 
to resolve and display the message text, although they are 
not able to resolve any of the RTF body. In addition, when 
saving the message, the word processor 1010 ensures that 
any special characters and formatting attributes are con- 
verted before being stored to the plain text portion of the 
message. For example, tables recognizable by the word 
processor may be stored as tab delimited text, and special 
characters such as may be stored as the text "(c)/' 
Those skilled in the art will appreciate that this approach to 
storing the message allows plain text clients to read the text 
of the message and RTF clients to read most of the rich text. 
The word processor-specific formatting that can not be read 
by standard RTF clients is displayed in a nicely converted 
alternative format. Thus, each recipient will be able to view 
the message with as much formatting as his or her mail client 
allows. 

Those skilled in the art will appreciate that storing both 
KVF and plain text increases the size of the messages. 
However, the inventors believe that it is much more efficient 
to compose a nicely-formatted message in the context of the 
container mail note than it is to create and send the nicely 
formatted file as an attachment to an email message. 

The message 1100 includes a plurality of attached files 
1120, which form the attachments portion 1115 of the 
message. The attached files are separated from the body text 
in order to allow the messages to pass through a variety of 
email gateways without compromising the integrity of the 
attached files. In an embodiment of the present invention, 
the location of an attachment (e.g., A^) in the message body 
is indicated in two ways. In the body of the message, the 
RTF data stream 1125 includes a special character (e.g., sp^) 
that indicates the location for the attachment to be inserted. 
In the plain text data stream 1130, the location of the 
attachment is determined by indicating the position of the 
character after which the attachment belongs. Those skilled 
in the art will understand that counting the characters in the 
message is ineflicient. However this method is chosen 
because of the absence of special characters in the plain text 
message. Similarly, the number of characters in the RTF data 
stream 1125 and plain text data stream 1130 may difier 
because of the conversions between special characters and 
plain text, as in the case where one special character, such as 
a (c), is converted to multiple characters, such as (c). In this 
example, one character in the RTF data stream 1125 corre- 
sponds to three characters in the plain text data stream 1130. 

The OLE and DocObject interfaces described above allow 
the word processor 1010 to display text in a view port 
provided by the container mail note 1005. However, in order 
to allow the container mail note 1005 to transport data 
between the MAPI message store and the word processor 
1010, it is necessary to define a protocol for transferring data 
between the container mail note and the word processor. 
This protocol must ensure that attachments are handled in a 
way that complies with MAPI. 

In addition to the OLE and DocObject interfaces dis- 
cussed earlier, the preferred embodiment of the present 
invention employs three additional interfaces in order to 
facilitate communication between the container mail note 
1005 and the word processor 1010. The container mail note 
1005, which is the DocObject container, implements the 
IMsoMailSite and IMsoFormSite interfaces. The word pro- 
cessor 1010, which is the DocObject server, implements the 
IMsoMailEditor interface. Each of these interfaces and their 
associated functions are described below. 
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The IMsoMailSite interface, which is implemented by the 
DocObject container, has the following members, 
parameters, and descriptions: 



virtual HRESULT_stdcall CreatcAttachment( 
/*[uniqxie]Im]*/LPSTRpszFUe, 
/*[uniquc]IoutIm]*/MSOOBJECT_RPC_J=AR • 
pobject)«0; 



This member function is used by the word processor 1010 
when the user inserts an attachment into the message. The 
word processor 1010 passes the container mail note 1005 the 
name of the attachment file and the container mail note 
returns an MSOOBJECT that can be embedded in the 
message at the current character position. An MSOOBJECT 
is an OLE object that is embeddable by the word processor's 
OLE container support. 



virtual HRESUUr_stdcall Clone AUachment( 
/='[uniqueIin]*/MSOOBJECr_.RPC_FAR-pobjcctSrc, 
/*[uniqueIoutIin]*/MSOOBJECr_RPC_FAR* 
pobjectClonc>^; 

25 

This member function is used by the word processor 1010 to 
convert between an MSOOBJECT that is a mail attachment 
and an MSOOBJECT that is a Packager OLE object that 
contains the attached file. This is used when the user moves 
an MSOOBJECT from a container mail note 1005 to a 
non-mail document (such as a spreadsheet or a regular word 
processor document) or the reverse. MSOOBJECT' s that are 
mail attachments can only exist in a container mail note. 

35 

virtual HRESULT_stdcall SetObjcctList( 
/•[uniqueIout]Iin]«/MSOOBJECrUST_RPC_FAR« 
pobjcctlist)i«0; 



This member function is used by the word processor 1010 to 
pass the list of MSOOBJECTs in a message to the container 
mail note 1005 when the message is being saved. The RTF 
for the message does not contain any objects except when 
45 the location of the object cannot be expressed by the 
MSOOBJECTLIST semantics (such as when the object is in 
a word processor header). 

The IMsoFormSite interface has the following members, 
parameters, and descriptions: 



virtual HRESULT_stdcall GetTemplateName( 
/*[out]'/LPWSTR_RPC_FAR*ppwzTbmplateName)- 

0; 



This member function is used by the word processor 1010 to 
request the name of the word processor template that should 
be attached to the message if SetMessageData is called with 
the appropriate flags to indicate that a template is attached to 
the message. It should be noted that this function is more 
general than the other two and may be implemented without 
them. In that case, GetTemplateName would be used to 
request the name of the template that should be attached to 
a DocObject server document. 

The IMsoMailEditor interface has the following 
members, parameters, and descriptions: 
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virtual HRESULT_stdcall SetMessagcData( 
/*[m]-/DWORD setf, 
/*[m]-/CLIPFORMAr cfFonnat, 
/*[m]*/IStream_RPC„FAR*pstm, 
/"[inj^/LPSTR pszAuthorName, 
/*[uiiiqueIm]VMSO0BJECrLIST_RPC- 
FAR'pobjcctlist)-0; 



This member function is used by the container mail note 
1Q05 to set and clear the contents of the message. The 
container mail note passes the word processor a group of 
flags, a format (cfText or cfRTF), an IStream, the author 
name (for revision marking), and a list of MSOOBJECTS 
with their corresponding character positions in the message. 
The group of flags tells the word processor whether to set or 
clear the message, whether its a New, Read or Compose 
message etc. Tht IStream contains the contents of the 
message in the specified cf (Windows clipboard) format. 



virtual HRESULT_j5tdcall GetMessageData( 
/*[in]*/IStream_RPC_FAR*pstmRTF, 
/*[in]*/IStream_RPC_FAR*pstmText, 
/*[in]*/DWORD getfHO; 



This member function is used by the container mail note 
1005 to get the contents of the message for saving or 
sending. The word processor writes an RTF rendering of the 
message to one IStream and a plain text rendering of the 
message to the other. If the group of flags request 
attachments, then the word processor uses the IMsoMail- 
Site: :SetObjectList function to pass a list of MSOOBJECTs. 



virtual HRESULT_stdcall InsertObject( 
/*[in]*/MSOOBJECT_RPC_FAR *pobjecl)=0; 



This member function is used by the container mail note to 
get the word processor to insert an MS O OBJECT into the 
message at the current character position. 



virtual HRESULT„stdcall OnFocusChange( 
/*[in]*/BOOL fGotFocus)-0; 



This member function is used by the container mail note 
1005 to inform the word processor 1010 that the mail header 
edit control (To:, Cc:, Subject etc.) is either getting or losing 
the input focus. This is used by the word processor to 
enable/disable commands and make the word processor's 
cursor visible/invisible. 



virtual HRESULT^stdcall IsDirty(void)-0 



This member function is used by the container mail note 
1005 to ask the word processor 1010 if the message is dirty 
(edited since last saved) or not. 



virtual HRESULr_stdcaIl CloseObjects( 
DWORD dwReserved)-0; 



'ITiis member ftinction is used by the container mail note 
1005 to get the word processor 1010 to close and save all 
objects that are open for editing/changes. This is called prior 
to GetMessageData being called so that all objects are 
current before the contents of the message are saved or 
closed. 
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Turning now to FIGS. 12 and 13, exemplary methods for 
reading and editing mafl messages will be described. FIG. 
12 is a flow diagram of a method for reading a sent mail 
message. FIG. 13 is a flow diagram of a method for editing 
5 an unsent mail message. 

Although FIGS. 12 and 13 are described in terms of tasks 
performed by the email client, the container mail note, and 
the word processor, those skilled in the art will appreciate 
that the present invention is a computer-implemented pro- 
10 cess that is carried out by the computer in response to input 
from the user and instructions provided by suitable program 
modules. 

FIG. 12 illustrates a method 1200 for reading a sent email 
message. The method 1200 begins at step 1205 when the 

15 user selects a message to be read. At step 1210 the email 
client determines which mail note should be launched to 
view the selected message. Those skilled in the art will 
appreciate that the mail note corresponding to the selected 
message is determined by the class of the selected message. 

20 As mentioned earlier, the DocObject-enabled container mail 
note is installed in the place of the default mail notes 
provided with the email client. 

At step 1215 the email client launches the proper mail 
note to read the selected message. For purposes of the 

25 present discussion, it is understood that the email client 
launches the DocObject-enabled read container mail note, 
which was registered in place of the default read mail note. 
At step 1220 the email client provides the container mail 
note with a pointer to the location in the MAPI message 

30 store where the selected message item is stored. 

At step 1225 the container mail note creates a DocObject 
server object with the word processor as the document 
server. This is accomplished using the standard DocObject 
interfaces implemented by the container mail note and the 

35 word processor. 

At step 1230 the container mail note retrieves data from 
the MAPI message store. This data includes the information 
typically found in the header of the container mail note, 
including the sender, recipients, and subject of the message. 

40 At step 1235 the container mail note passes the RTF data 
and attachment data from the MAPI message store to the 
word processor. This is accomplished via the IMsoMailSite, 
IMsoFormSite, and IMsoMailEditor interfaces that were 
defined in order to translate MAPI data into a format that is 

45 compatible with the word processor. As mentioned above, 
special characters in the RTF data stream indicate where in 
the message the attachment objects should be inserted. At 
step 1240 the word processor composes the body of the 
message using the data provided by the container mail note. 

50 At step 1245 the selected mail item is displayed on the 
monitor. The container mail note provides a DocObject 
container that includes a menu bar, toolbars, and header 
information. The view port provided by the DocObject 
container displays the body of the message under the control 

55 of the word processor. Those skilled in the art will appreciate 
that the displayed window includes both email and word 
processing commands and buttons as a result of OLE menu 
merging. This allows the user to perform email and word 
processing related functions without having to change con- 

60 texts. 

At that point, the method 1200 terminates at step 1250 and 
the message is displayed imtil the user closes the message. 

FIG. 13 illustrates a method 1300 for viewing and editing 
an unsent message. After the message is completed, the 
65 message wfll be sent or saved. It wiU be apparent that the 
first several steps in the method 1300 are simflar to those in 
the method 1200 described above. 
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The method 1300 begins at step 1305 when the user At step 1350 the word processor edits the message body 

selects a "new message" command or indicates a desire to in response to user input. In response to the user invoking a 

edit a previously stored, but unsent message. At step 1310 "send message" command, the method 1300 proceeds to 

the email client determines which mail note should be step 1355. Those skilled in the art will appreciate that the 

launched to edit the new or unsent message. Those skilled in 5 user may elect to save a message instead of send it. In either 

the art wiU appreciate that the mail note corresponding to the ^ase, the data is extracted from the word processor in the 

selected message is determined by the class of the selected same manner 

message. As mentioned earlier, the DocObject-enabled con- ^355 ^^^^ container maU note extracts the message 

tamer mad note is mstaUed m the place of the default mad j^,^ ^^^^ ^^^j processor document object. This is 

notes provided With the email client. „ i- u ^ • *u ixm xm ic * i** o-. j 

A* * ^'ii* *u -1 1- * 1 L -1 10 accomplished using the IMsoMailSite, IMsoFormSite, and 

At step 1315 the email chent launches the proper mail -m^^-. • f ^ » ... ^ . 

note to edit the new or previously stored message. For IMsoMailEditor interfaces described above^As 

purposes of the present discussion, it is understood that the ^/^^ ^ extracted, it is provided in both RTF and plain text 

email cUent launches the DocObject-enabled container mail ^^^^ streams. In the plain text data stream, some special 

note, which was registered in place of the default mail note. characters and forraaltmg is reformatted to ensure that it 

At step 1320 the email client provides the container mail ^5 may be viewed on downlevel mail clients. Attachments are 

note with a pointer to the location in the MAPI message provided separately to the container mail note. In addition, 

store if the container mail note is being used to view a attachments are removed from the body of the message and 

previously stored message. stored in the attachments portion of the MAPI message 

At step 1325 the container mail note creates a DocObject store, 

server object with the word processor as the document 20 At step 1360 the container mail note creates a mail 

server. This is accomplished using the standard DocObject message item in the format required by the email client. In 

interfaces implemented by the container mail note and the an exemplary embodiment of the present invention, the 

word processor. message item complies with the MAPI format. 

At step 1328 the container mail note determines whether At step 1365 the container mail note transfers the message 

the user has opened a previously stored, but unsent message, 25 to the email client. ITiis indicates to the email client that the 

or created a new message. If the user has opened a previ- message item has been stored in the proper format and 

ously stored message, the method follows the NO branch to provided a pointer to the message's location in the message 

step 1330. store. 

At step 1330 the container mail note is populated with At step 1370 the email client sends the message item to 

data from the MAPI message store. This data includes the 30 the recipient via a connected network. After the message is 

information typically found in the header of the container sent by the email client, the message window is closed and 

mail note, including the sender, recipients, and subject of the the method terminates at step 1375. 
message. At step 1335 the container mail note passes the 

RTF data and attachment data from the MAPI message store Summary of the Detailed Description 

to the word processor. This is accomplished via the inter- 35 ^ *t- r • j • n u ■ . j *u . 

e J- J ** wAJtAnij*-* From the foregoing description. It Will be appreciated that 

faces that were denned m order to translate MAPI data into . - . • ■ j - i . j 

c . .1. . • . i_i J A Ihe present invention provides an improved system and 

a lormat that is compatible with the word processor. As „ *u ^ * — i • *^ n j 

J . • 1 u . ■ n-rnn j . . methoQ lor editing email messages using a full powered 

mentioned above, special characters m the RTF data stream , . , Lj- .r.u 

. , . • .1. L . u- . . 1 , word processor. An exemplary embodiment of the present 

indicate where in the message the attachment objects should . ... ujj *- -i* 5 j 

. . < J A. * i'»>iA .1. J .t- mvention is embodied m a contamer mail note and word 

be inserted. At step 1340 the word processor composes the 40 . .l . ■ i * .i_ /-.t r- j rx ^u* . 

. J c.L, J * J . • processing program that implement the OLE and DocObject 

body of the message usmg the data provided by the contamer • * r / iT j . j- , ._ m 

mail note & & r j mterfaces to allow the word processor to display the email 

ir * / ii'io.i. L J 1 message in a view port provided by the container mail note. 

It at step 1328 the user has opened a new mail message, aa^ .- i • . • i * j . n .i. 

*u *u J r 11 *i_ vT-c- i_ i_ * . ii>.'^ A. r Additional mterfaces are implemented to allow the contamer 

the method follows the YES branch to step 1342. At step i . . . i * j * iT * j j 

. . . . J- . . J mail note to translate data between the word processor and 

1342 the container mail note mdicates to the word processor 45 email client 
whether it should apply a mail template to the new message. 

A mail template contains style definitions that control the 'Those skilled in the art wiU appreciate that an embodi- 
look of the printed and electronic message headers. They can ^^^^ P^^^^^^ invention provides a variety of features 
also contain boilerplate text and macros that help automate advantages not found m the prior art. For example, an 
mail creation and processing. Hie mail template might also 50 embodiment of the present mvention combines the function- 
contain an electronic signature to be appended at the end of ^^'^y different kinds of applications: word processors 
the mail message. email clients. By including the user's fiill powered word 

Mail templates are also useful for creating a variety of processor in the DocObject-enabled mail note, the 

special purpose template that can be used to compose environment, context, and features sets used when editing 

different types of maH messages. For example, a user could 55 ^^^^ messages are identical to those available when creat- 

create templates for formal, friendly, and memo mail mes- ^^^^ processmg documents. As a result, although the 

sages. Each of these templates would create mail with a user interface looks like the user is usmg the email cHent, the 

different look. For example, friendly messages may contain ^^^^"^S reading of email is virtually the same as editing 

bright graphics. reading word processor documents. 

At step 1345 the selected mail item is displayed on the 60 In the preferred word processor, a variety of useful 

monitor. The container mail note provides a DocObject features are available for editing and creating mail messages, 

container that includes a menu bar, toolbars, and header For example, background Auto Format can be used to make 

information. The view port provided by the DocObject plain English text more legible and to convert textual 

container displays the body of the message under the control representations of symbols into attractive symbols, such as 

of the word processor. If the message is a new message, the 65 converting (R) to (R). 

body of the message will be blank, unless is has been Using the user*s full powered word processor to edit 

modified in accordance with a template. email messages provides absolute consistency with existing 
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word processor documents. This facilitates copying and not limited to the Document Object interface, but may be 

pasting between email and the word processor because implemented using other architectures that allow in place 

formatting, styles, and special word processor objects are editing and viewing of documents, 

kept in tact. In addition, the menus, toolbars and familiar The present invention has been described in relation to 

keystrokes from the user's word processor are available 5 particular embodiments which are intended in all respects to 

when editing email messages. The user can also open exiting be illustrative rather than restrictive. Alternative embodi- 

word processing documents in the email program, address menls will become apparent to those skilled in the art to 

them, and send them with no conversion or attachment. ^^^ich the present invention pertains without departing from 

The user can also use the word processor's macros to ^P^"^ and scope. Accordingly the scope of the present 

automate common emaiLrelated tasks, such as creating 10 mvention ^ defined by the appended claims rather than the 

boilerplate replies or adding custom commands to an email escnp ion. 

What IS clauned is: 

message. 

„ . - r . , , 1. A method for operating a container object to display a 

The text processing features of the user s word processor „ u • * ^ • 

o . • -1 • t message item, the message item bemg stored in a message 

are also useful m the email environment. For example, an zi^ ^u*^«7u^- * i j u -i i- ♦ 

^ /.i<; store, the container object bemg invoked by an email chent 

AutoCorrect feature will help keep common typos out of r . • ♦ - * *u .i_ j 

A A . : f . Ml 11 !r apphcation in response to an mput, the method compnsing 

email messages. An AutoText feature will allow the user to slcvs of ^ » 

insert commonly used text with only a few keystrokes. This . • ■ ' n . . , , , , , 

r,. -.ii *u * J 1 retnevmg from the message store header data and body 

IS useful because it allows the user to append an email , ^ . • » • , . - 

(, . , » « - - . 1*4- I f,i_ data, each associated with the message item; 

signature containing a custom salutation at the end of the & > 

email message 20 creating a server object associated with a program 

A uj- *r.i. . • 1 J module, the program module being operative for ren- 

An embodiment of the present mvention also provides derin the bod data* 
mail templates. 'llie user can customize and choose between 

different mail templates in order to compose email in a Providmg the body data to the program module; and 

variety of styles. For example, mail templates allow the user displaying a mail note assoaaied with the message item, 

to customize the styles, fonts, colors, macros and look message item mcludmg a command region, a 

associated with any kind of email, just as can be done with ^^^^^^ ^^g^^° ^^^^^ ^^g^^n, 

a full powered word processor. command region including commands associated with 

In addition, when using an embodiment of the present ^^^^ container object and the program module; 

invention to edit or read messages, the user continues to the header region including at least a portion of the header 

have complete interoperability with the email inbox because dhU; and 

the typical mail note commands continue to be available the body region including at least a portion of the body 

while using the container mail note with the word processor ^^ta as rendered by the program module. 

to edit the email message. 2. The method recited in claim 1, further comprising the 

Furthermore, the messages created in this manner can be 35 ^^^P^ o^- 

opened and read by any MAPI compatible email chent. This retrieving from the message store attachment data asso- 

is accompUshed by ensuring that the container mail note ciated with the message item; 

converts the word processor's formatting conventions info a providing the attachment data to the program module; and 
form that is consistent with MAPI. In addition to the displaying the attachment data in the body region, the 
handling of RTF text, this requires that embedded attach- 49 attachment data being displayed by the program mod- 
ments are removed from the text of the message and ule in association with the body data, 
separately stored in the message store. 3. The method recited in claim 2, wherein the body data 
The foregoing system may conveniently be implemented comprises a special character corresponding to the attach- 
in a program module or program that is based upon the na^nt data, and wherein the attachment data is displayed in 
interfaces described herein and the flow charts in FIGS. 12 45 the body region in a position determined by the location of 
and 13. No particular programming language has been special character in the body data, 
described for carrying out the various procedures described 4. The method recited in claim 1, wherein the body data 
above because it is considered that the operations, steps, and comprises formatting codes, and wherein the program mod- 
procedures described above and illustrated in the accompa- renders the body data in accordance with the formatting 
nying drawings are suflSciently disclosed to permit one of 50 codes. 

ordinary skill in the art to practice the present invention. 5. The method recited in claim 1, wherein the header data 

Moreover, there are many computers and operating systems includes information regarding the source and destination of 

which may be used in practicing the present invention and the message item. 

therefore no detailed computer program could be provided 6. The method recited in claim 1, wherein the commands 

which would be applicable to all of these many different 55 associated with the container object include commands 

systems. Each user of a particular computer will be aware of associated with the disposition of the message item, 

the language and tools which are most useful for that user's 7. The method recited in claim 1, wherein the commands 

needs and purposes. associated with the program module include options asso- 

Moreover, although the present invention has been ^i^^ed with the rendering of the body data, 

described as including a fuU powered word processor in a 60 '^^^ method recited in claim 1, wherein the program 

container mail note, the interfaces and techniques described module comprises a word processing program, 

herein may be appUed to incorporate other types of appH- 9. A computer system for employing a container object to 

cation programs in the container mail note. For example, the display a message item, comprising: 

DocObject interfaces may be used to allow a spreadsheet a processing unit; 

program or desktop publishing program to display their 65 an input device connected to the processing unit; and 

respective documents in the view port provided by the a display device coupled to the processing unit for dis- 

container mail note. Furthermore, the present invention is playing the object; 
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the processing unit, responsive to instructions from a 
program module running on the computer system, 
being operative to: 

invoke the container object in response to an input from 

the input device; 
retrieve body data associated with the message item; 
create a server object associated with a program 

module, the program module being operative for 

rendering the body data in the container object; 
providing the body data to the program module; and 
displaying on the display a mail note including the 

body data, the body data being rendered by the 

program module. 

10. The computer system recited in claim 9, wherein the 
processing unit is further operative to: 

retrieve attachment data associated with the message 
item; 

provide the attachment data to the program module; and 
display the attachment data in association with the body 

data, the displayed attachment data being rendered by 

the program module. 

11. The computer system recited in claim 10, wherein the 
body data comprises text data and a special character 
corresponding to the attachment data, and wherein the 
attachment data is displayed in the body region in a position 
determined by the location of the special character in the 
body data. 

12. The computer system recited in claim 9, wherein the 
program module comprises a word processing program and 
the body data comprises formatting codes, and wherein the 
program module renders the body data in accordance with 
the formatting codes. 

13. A computer- readable medium on which is stored a 
computer program for operating a container object to display 
a message item, the computer program comprising instruc- 
tions which, when executed by a computer, perform the 
steps of: 

retrieving from a message store body data associated with 
the message item; 

creating a server object associated with a program 
module, the program module being operative for ren- 
dering the body data; 

providing the body data to the program module; 

displaying a mail note including a command region and a 
body region, the command region including commands 
associated with both the container object and the pro- 
gram module, the body region including at least a 
portion of the body data as rendered by the program 
module; 

retrieving from the message store attachment data asso- 
ciated with the message item; 
providing the attachment data to the program module; and 
displaying the attachment data in the body region, the 
attachment data being displayed by the program mod- 
ule in association with the body data. 

14. The computer-readable medium recited in claim 13, 
wherein the body data comprises text data and a special 
character corresponding to the attachment data, and wherein 
the attachment data is displayed in the body region in a 
position determined by the location of the special character 
in the body data. 

15. The computer-readable medium recited in claim 13, 
wherein the body data comprises formatting codes, and 
wherein the program module renders the body data in 
accordance with the formatting codes. 
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16. The computer-readable medium recited in claim 13, 
wherein the commands associated with the container object 
include commands associated with the disposition of the 
message item, and wherein the commands associated with 

5 the program module include options associated with the 
rendering of the body data. 

17. The computer-readable medium recited in claim 13, 
wherein the program module comprises a word processing 
program. 

18. A method for operating a container object to edit a 
message item, the container object being invoked by an 
email client application in response to input, the method 
comprising the steps of: 

creating a server object associated with a program mod- 
ule; 

displaying a mail note associated with said message item, 
the mail note including a command region, a header 
region and a body region, the command region includ- 
ing commands associated with both the container 
object and the program module and the body region 
^0 including body data rendered by the program module; 

extracting the body data from the program module; 

forming the message item, the message item including a 
header and a body, the body comprising the body data; 
and 

transmitting the message item to an intended recipient. 

19. The method recited in claim 18, wherein the message 
item includes an attachment list, and further comprising the 
steps of: 

displaying attachment data in the body region, the attach- 
ment data being displayed by the program module in 
association with the body data; 

extracting the attachment data from the program module; 
and 

storing the attachment data in the attachment list. 

20. The method recited in claim 19, wherein the body data 
comprises a special character corresponding to the position 
of the attachment data in the body data. 

21. The method recited in claim 18, wherein the body data 
comprises formatting codes, and wherein the program mod- 
ule renders the body data in accordance with the formatting 
codes. 

22. The method recited in claim 21, wherein extracting the 
body data comprises removing the formatting codes from 
the body data prior to storing the body data in the message 
item. 

23. The method recited in claim 18, further comprising the 
step of providing template identification data to the program 
module, the template identification data corresponding to 

-Q formatting attributes applied to the body data. 

24. The method recited in claim 18, wherein the com- 
mands associated with the container object include com- 
mands associated with the disposition of the message item, 
and wherein the commands associated with the program 

.J module include options associated with the rendering of the 
body data. 

25. The method recited in claim 18, wherein the program 
module comprises a word processing program. 

26. A computer system for operating a container object to 
.Q edit a message item, comprising: • 

a processing unit; 

an input device connected to the processing unit; and 
a display device coupled to the processing unit for dis- 
playing the object; 
65 the processing unit, responsive to instructions from a 
program module running on the computer system, 
being operative to: 
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create a container object in response to input from the 
input device; 

create a server object associated with a program 
module, the server object being in communication 
with the container object; 

display a mail note including a command region, a 
header region and a body region, the command 
region including commands associated with both the 
container object and the program module and the 
body region including body data rendered by the 
program module; 

transfer the body data from the program module to the 
container object; 

form the message item, the message item comprising 
the body data; and 

transmit the message item to an intended recipient. 

27. The computer system recited in claim 26, wherein the 
message item includes an attachment list, and further com- 
prising the steps of: 

displaying attachment data in the body region, the attach- 
ment data being displayed by the program module in 
association with the body data; 

receiving the attachment data from the program module; 
and 

storing the attachment data in the attachment list. 

28. The computer system recited in claim 27, wherein the 
body data comprises a special character corresponding to the 
position of the attachment data. 

29. The computer system recited in claim 26, wherein the 
body data comprises formatting codes, and wherein the 
program module renders the body data in accordance with 
the formatting codes. 

30. The computer system recited in claim 29, wherein 
transferring the body data comprises removing the format- 
ting codes from the body data prior to storing the body data 
in the message item. 

31. The computer system recited in claim 26, wherein the 
processing unit is further operative to provide template 
identification data to the program module, the template 
identification data corresponding to formatting attributes 
applied to the body data. 

32. The computer system recited in claim 26, wherein the 
commands associated with the container object include 
commands associated with the disposition of the message 
item, and wherein the commands associated with the pro- 
gram module include options associated with the rendering 
of the body data. 

33. The computer system recited in claim 26, wherein the 
program module comprises a word processing program. 
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34. A computer-readable medium on which is stored a 
computer program for operating a container object to store 
a message item, the computer program comprising instruc- 
tions which, when executed by a computer, perform the 
steps of: 

creating a server object associated with a program mod- 
ule; 

display a mail note including a command region and a 
body region, the command region including commands 
associated with both the container object and the pro- 
gram module, and the body region including body data, 
the body data being rendered by the program module; 

extracting the body data from the program module; 

forming a message item including the body data and an 
attachment list; 

displaying attachment data in the body region, the attach- 
ment data being rendered by the program module in 
association with the body data; 

extracting the attachment data from the program module; 

storing the attachment data in an attachment list; and 

transmitting the message item to an intended recipient. 

35. The computer-readable medium recited in claim 34, 
wherein the body data comprises a special character corre- 
sponding to the position of the attachment data in the body 
data. 

36. The computer-readable medium recited in claim 34, 
wherein the body data comprises formatting codes, and 
wherein the program module renders the body data in 
accordance with the formatting codes. 

37. The computer-readable medium recited in claim 34, 
wherein extracting the body data comprises removing the 
formatting codes from the body data prior to storing the 
body data in the message item. 

38. The computer-readable medium recited in claim 34, 
wherein the program further performs the step of providing 
template data to the program module, the template data 
corresponding to formatting applied to the body data. 

39. The computer-readable medium recited in claim 34, 
wherein the commands associated with the container object 
include commands associated with the disposition of the 
message item, and wherein the commands associated with 
the program module include options associated with the 
rendering of the body data. 

40. The computer-readable medium recited in claim 34, 
wherein the program module comprises a word processing 
program. 



09/21/2003, EAST Version: 1.04.0000 



